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(54) Stateless shopping cart for the web 

(57) A shopping cart metaphor is emulated on a 
network (46) of server (20) and client (35) computing 
systems. A browser at the client station has a request 
module to send a shopping page request to the server. 
A shopping page module in the server sends a shop- 
ping page file (40) to the browser in response to the 
shopping page request. The shopping page file con- 
tains items selectable by a user using the browser. A 
shopping module at the browser generates an add 
request and sends the add request to the server. This 
add request contains selected items from the items that 
were selectable in the shopping page file. A receiver at 



the server receives the add request from the browser, 
and a cart list module at the server initialises a shopping 
cart list. An add module at the server adds the selected 
items to the shopping cart list. A shopping page module 
at the server converts the cart list to a cart field, gener- 
ates a new shopping page file, embeds the cart field in 
the new shopping page file and sends the new shopping 
page file to the browser. In this way, the shopping cart 
field is in a shopping page file that may be managed by 
the browser at the client station (35). 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention . 

The present invention relates to a client oomputing 
station shopping across a network, such as the Internet, 
for items to be downloaded from a server computing 
system on the network. More particularly, the invention 
relates to the server handing off maintenance of a shop- 
ping cart metaphor to the client whereby, the shopping 
process at the server is stateless, i.e. no maintenance 
of the shopping requests by the client. 

Description of Prior Art . 

Typical database or file-based shopping cart sys- 
tems require that the user be uniquely identified in order 
to associate particular data stored on the server with a 
particular user. This requires the user to log-in or create 
an account, which is then stored in the server. Each 
subsequent request from the user must reference the 
unique identifier, either in the uniform resource locator 
(URL) or as hidden data passed back through a form 
submission. Either of these approaches require that the 
account or ID information of the user be stored on the 
remote server in the network for some definite period of 
time. Usually, the user must keep track of the account 
identifier in order that the prior session information can 
be retrieved. 

There is currently no reliable means to deduce the 
user's account information from the information accom- 
panying a random request for a page. This is because 
many web servers, especially fire-walled servers, inten- 
tionally do not identify the sender in their data. When the 
remote server on the network serves the request from 
the user and stores the user's account information, this 
serving system must decide how long the data for an 
individual user will be stored. 

In a resource constrained serving system, it is pos- 
sible that a particular user's account information will be 
deleted before the user has completed the transaction. 
For example, a user might start a transaction in the 
evening, collect several items from the server and then 
retire for the night leaving the transaction open. Upon 
returning to the transaction process in the morning, the 
user is likely to find that the nightly administrative clean 
up at the remote server has assumed that ail transac- 
tions were abandoned or completed and has therefore 
deleted the previous evening's collection of items. - 

SUMMARY OF THE INVENTION 

In accordance with this invention, the above prob- 
lems of prior shopping cart operations on networks, 
such as the Internet, have been solved by providing a 
stateless shopping cart operation at the server. In the 
stateless shopping cart operation, the server does not 



maintain a list of selected items for the shopping cart. 
Rather in each client transaction at the server, the 
server updates a data field identifying the contents of 
the shopping cart and sends the updated version of the 

s shopping cart as a data field back to the client. 

The stateless shopping cart process is triggered by 
command or request for a shopping page transmitted 
from a browser program at a client station to a compu- 
ter-server. At the server, this request invokes a market 

10 application program at the server. In response to the 
transmitted command, the market program generates 
and transmits an shopping page file to the browser. The 
browser builds a shopping page from said shopping 
page file and sends to the server data strings confe- 
rs sponding to user selected items from the shopping page 
received and stored by the browser. The server deter- 
mines if a list containing identification of items previ- 
ously selected by said user exists, and if not, creates a 
list identifying items currently selected. This list is 

20 returned as a hidden "cart "field in a shopping page file 
to the browser. This interaction between browser at the 
client and market program at the server to transmit, 
receive, add items to the list and return a cart field to the 
browser continues until terminated by the browser 

25 requesting downloading selected items in the cart to the 
user client station! 

The apparatus for emulating a shopping cart meta- 
phor on a network of server and client computing sys- 
tems has a request module in the browser to send a 

30 shopping page request to the server. A shopping page 
module in the server sends a shopping page file to the 
browser in response to the shopping page request. The . 
shopping page file contains items selectable by a user 
using the browser. A shopping module at the browser 

35 generates an add request and sends the add request to 
the server. This add request contains selected items 
from the items that were selectable in the shopping 
page file. A receiver at the server receives the add 
request from the browser, and a cart list module at the 

40 server initializes a shopping cart list. An add module at 
the server adds the selected items to the shopping cart. 
A shopping page module at the server converts the cart 
list to a cart field, generates a new shopping page file, 
embeds the cart field in the new shopping page file and 

45 sends the new shopping page file to the browser. In this 
way, the shopping cart field is in a shopping page file 
that may be managed by the browser at the client sta- 
tion. 

As a further feature of the invention, the shopping 
so module at the browser generates an add request and 
sends the add request to the server. This add request 
contains current selected items from the items selecta- 
ble in the new shopping page file and previously 
selected items in the cart field. The cart list module at 
55 the server converting the cart field of previously 
selected items to a cart list of previously selected items, 
and the add module adds the currently selected items 
from the add request to the cart list. Therefore, the cart 
list contains previously selected items and the current 



2 



3 



EP 0 807 891 A1 



4 



selected items. 

As another feature of the invention the shopping 
page module has a convert-to-field module converting 
the cart list to the shopping cart field. This module also 
has a page file generator generating the shopping page s 
file and embedding the shopping cart field in the shop- 
ping page file. The module then sends the shopping 
page file to the browser system. 

The great utility of the invention is that the mainte- 
nance of the shopping cart, i.e. the cart field, is under 10 
the control of the user through the browser at the client 
station. The server has no responsibilities or burdens 
regarding maintenance of the shopping cart. 

The foregoing and other features and advantages 
of the invention will be apparent from the following more 15 
particular description of a preferred embodiment of the 
invention as illustrated in the accompany drawings. 

BRIEF DESCRIPTION OF DRAWINGS 

20 

Fig. 1 illustrates a computing system acting as a cli- 
ent server in a communication network, such as Inter- 
net, to perform the logical operations of the invention. 

Fig. 2, composed of Figs. 2A through 2G, illustrates 
the logical operations of a preferred embodiment of the 25 
invention. 

Figs. 3-6 are enlarged views of a monitor at a client 
or browser station showing the shopping page and 
"cart" page along with browser control displays. 

Fig. 7, composed of Figs. 7A through 7C, shows a 30 
source code example of a shopping page file containing 
the "cart" hidden file. 

DETAILED DESCRIPTION OF PREFERRED EMBOD- 
IMENTS 35 

The embodiments of the invention described herein 
are implemented as logical operations in a distributed 
processing system having client and server computing 
systems. The logical operations of the present invention 40 
are implemented (1) as a sequence of computer imple- 
mented steps running on the computing system and (2) 
as interconnected machine modules within the comput- 
ing system. The implementation is a matter of choice 
dependent on the performance requirements of the 45 
computing system implementing the invention. Accord- 
ingly, the logical operations making up the embodiments 
of the invention described herein are referred to vari; 
ously as operations, steps or modules. 

In accordance with the invention, users at remote so 
terminals in a network, communicate through the net- 
work to a computer server and are able to build a list of 
software articles or items that the user wishes to down- 
load from the server to his client workstation. As this 
embodiment of the invention is described herein, a web ss 
browser program on a client station for browsing a net- 
work, such as the Internet, will be referred to as the 
browser, and the server workstation with which the 
browser station is communicating during a shopping 



transaction will be referred to as the server. Further, the 
browser will be sending requests in the form of data 
strings to the server and be receiving page files in return 
from the server. The articles or items that the user is 
using the browser station to retrieve will typically be soft- 
ware files such as device drivers. When the user com- 
pletes selection of the items and requests download, 
then the server will be sending software files to the 
browser. 

To this end, and referring first to Fig. 1, the data 
processing system 20, acting as a server through an 
application program 45, places at the remote user's 
command a plurality of pages 40 of information. These 
pages are originated by the application program 45 
which is referred to hereinafter as the market program. 
Pages 40 are shopping pages produced by the market 
program at central processing unit (CPU) 23. CPU 23 
generates the shopping page files and transmits them 
through the network 46 to the client stations 35, three of 
which are illustrated in Fig. 1 . Shopping pages 40 built 
from the shopping page files contain items that are 
selectable by the user operator using the browser at a 
remote station 35. 

In FIG. 1, processor 21 includes an input/output 
section 22, a central processing unit 23, and a memory 
section 24. The input/output section 22 is connected to 
a keyboard 25, a display or monitor 26, and a disk stor- 
age unit 29 as well as an optical disk drive unit 27 for 
reading a cd-rom 28 and a floppy disk drive unit 30 for 
reading a diskette 31. Application program 45, or the 
market program as referred to herein, may be loaded 
into the computing system 20 from either the cd-rom 28 
or diskette 31 . The input/output unit 22 includes a com- 
munications adaptor communicating on the network 46 
to the remote client stations containing the browser. 
Examples of computing systems that may be used as 
either a client-server 20 or a client 35 include the 
SPARC 1 TM systems offered by Sun Microsystems TM, 
Incorporated, personal computers offered by IBM Cor- 
poration and by other manufacturers of IBM compatible 
personal computers and systems running the UNIX 2 , 
OS/2 3 , AIX, DOS, etc. operating systems. 

Turning now to FIG. 2, logical operations to perform 
the preferred embodiment of the invention are shown. 
FIG. 2 is composed of Figs. 2A through 2D indicating in 
each of these figures the logical operations performed 
by the browser on the left side of the figure and the log- 
ical operations performed by the server on the right side 
of the figure. 

In FIG. 2A, the shopping cart operation begins with 
a user using the browser at a client station to send a 
request for the HTML (Hyper Text Markup Language) 
shopping page to the server containing the market pro- 
gram. The request contains the address of the server 

1 SPARC is a trademark of Sun Microsystems, Inc. 
2 UNIX is a trademark Licensed by X/Open company 
Ud. 

3 OS/2 and AIX are trademarks of IBM Corporation. 
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and of the market program file at the server. In Internet 
protocol, this is referred to as the uniform resource loca- 
tor (URL). The user at the client station using the web 
browser program will enter in the URL space the 
desired locator string. 

For example, the user might enter the following the 
string "httpy/gemini.west//dxT. In this string, "http:" indi- 
cates the string uses the hyper text transfer protocol. 
The first slash is a separator, and Vgemini.westf is the 
location or node address of the server. The "dx" in the 
string is a directory which may be used along with other 
directories in the string to identify where a program file 
resides in the server. To request the market program, 
the user would type in the string after dx 7cgi- 
bin/ds.cgi". In this additional string "ds.cgi" is the mar- 
ket program file, and it is located in "cgi-bin". Operation 
150 at the browser sends this shopping page request to 
invoke the market program at the server to send back a 
shopping page file. 

In the server, the shopping page request is received 
by receiver operation 152. Operation 154 in the server 
invokes the market program identified by the filename in 
the request and generates the HTML shopping page 
file. Once the HTML shopping page file is built by the 
market program, operation 156 sends this HTML shop- 
ping page file to the browser that requested the shop- 
ping page. 

Back at the browser, operation 158 receives and 
stores the HTML shopping page file. The shopping 
page files are stored at the browser to provide a history 
of pages through which the user may search if desired. 
In operation 160 this file is built and displayed on the 
monitor of the browser as a page. 

FIG. 3 is illustrative of the HTML shopping page 
produced from the shopping page file sent by the mar- 
ket program addressed in the shopping page request. 
Above line 41 in FIG. 3 are selectable icons associated 
with the browser program. The buttons illustrated in 
FIG. 3 are examples of display selectable icons pro- 
vided by the Netscape TM web browser program. Other 
browser programs might be utilized at the remote client 
station. Note that the location field 44 indicates the uni- 
form resource locator (URL) previously described in the 
example of a shopping page request sent by browser 
150. 

Below line 41 in FIG. 3 is the HTML page produced 
from the HTML shopping page file returned in response 
to the shopping page request. The icon "Sun Microsys- 
tems," 47A, if selected by the user will bring up the Sun 
Microsystems, Incorporated home page. Selecting icon 
SunSoft TM, 47B, will bring up the home page for this 
subsidiary of Sun Microsystems. Similarly, selecting 
Products and Solutions, 47C, or Solaris TM Driver 
Express, 47D, will bring up the initial screens of those 
programs. 

The shopping page illustrated in FIG. 3 allows the 
user customer to select one or more of the icons in row 
56, labeled 56A through 56F. Each of the icons repre- 
sents a category of device drivers, selected ones of 



which the user customer may wish to receive to update 
a device driver program or to load a device driver pro- 
gram to run a piece of hardware on the user's computer 
system. The user may select software drivers for disk 

5 devices, network devices, tape devices, audio devices, 
video devices or multiple processor modules. Alterna- 
tively, the user may enter a device name or number in 
the blank field 57 and conduct a search for software 
drivers in this manner. In either event, once the user has 

10 requested a list of drivers, another shopping page 
request will be sent to the server and the server will 
reply with the requested HTML shopping page file. 
Decision operation 161 detects a request other than an 
"add" request, i.e. add items to shopping cart. Since 

is this is not an add request, and operation 1 61 returns the 
browser to operation 150 to send the request for the 
page with a list of drivers. Operations 152, 154 and 156 
at the server respond with the requested shopping page 
file in the same manner as described above. 

20 As shown in FIG. 4, the newly requested shopping 
page built from the current shopping page file includes a 
scrollable alphabetical listing 62 of disk device drivers. 
From this scrollable list the user may select a disk 
device driver for his shopping cart. The user may select 

25 one or more items from the scrollable window 62. After 
making a selection the user adds the selected items to 
his shopping cart by selecting add icon 64. Alternatively, 
the user may view another page with additional informa- 
tion on the selected drivers by selecting view informa- 

30 tion icon 65. If the user's request is not an add request, 
decision operation 161 returns the process to the 
browser program to detect other user commands. If the 
user selects the add icon, decision operation 161 
branches "Yes" to operation 162. Operation 162 then 

35 reads the user selected items on the shopping page, 
and operation 164 in the browser generates an add 
request. The add request is a data string including (1) 
an identification of the market program from which the 
user is selecting items, (2) a cart field in the shopping 

40 page file, if any, and (3) values identifying items just 
selected by the user which the user wishes to add to its 
HTML shopping cart, i.e. the cart field. 

In FIG. 2B ( the browser sends this add request data 
string to the server in operation 1 66. At the server, oper- 

45 ation 1 68 receives the add request and invokes the mar- 
ket program in the add request. Operation 170 then 
separates the field contents in the add request into 
name value pairs. If there is a cart field in the add 
request containing previously selected items by the user 

so at the browser, this name i.e. "cart", and value i.e. pre- 
vious selected items, will be detected at decision opera- 
tion 172. 

Decision operation 172 if it does not find a cart field 
or does not find a value in the cart field will branch "No" 
55 to operation 174. Operation 174 will initialize an empty 
cart list at the server. In effect, the add request currently 
being processed in such a situation is a request contain- 
ing the first choices made by the user at the browser, 
and there is no prior cart field in the add request. 
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Accordingly, a cart list must be generated at the server 
and this operation is performed at step 174. 

If there is a value in the cart field received in the add 
request, then the logical operations in the server branch 
to convert-to-list module 176. Module 176 converts the 
cart field string containing previous selected items into a 
cart list of previous selected items. 

In FIG. 2C at operation 178, the server adds 
selected items just received in the current add request 
to the cart list produced either at operation 1 74 or oper- 
ation 1 76. Since in our example this is the first collection 
of selected items in an add request, the cart list will 
come from operation 174. With the cart list updated to 
contain the currently selected items in the add request, 
convert-to-field module 180 converts the cart list at the 
server to a cart field data string. Operation 182 then 
generates the HTML shopping page file and inserts the 
cart field string into that file as a hidden field. Operation 
^184 sends this HTML shopping page file containing the 
hidden cart field to the browser. After the HTML shop- 
ping page file is sent, there is no need to maintain the 
cart list at the server. Therefore operation 184 releases 
the "cart" list temporary storage, and the market pro- 
gram exits. 

At the browser, operation 186 receives and stores 
the HTML shopping page file containing the hidden field 
with the cart string of previously selected items. From 
this page file, operation 188 builds and displays the 
shopping page. 

The cart list is not retained by the server. Previously 
selected items by the user are in the cart field string in 
the HTML shopping page file. So long as the user main- 
tains the current shopping transaction, or stores the 
HTML shopping page file, the cart field with selected 
items is maintained at the browser or in communica- 
tions between the browser and server. 

In our example, it is assumed that the user in the 
first add request selected one item, a device driver for a 
disk device where the device driver is denoted by the 
identifier "AT&T GIS NCR 53C815." Accordingly, the 
HTML shopping page file received by the browser at 
operation 186 is in HTML code arid looks like the file 
listed in FIG. 7, Of course, any code consistent with the 
operating programs could be used. The listing in FIG. 7 
is subject to copyright protection. The copyright owner 
has no objection to the facsimile reproduction by any- 
one of the patent document or the patent disclosure, as 
it appears in the European Patent Office patent file or 
records, but otherwise reserves all copyright rights 
whatsoever. Section 250 of the listing is an example of a 
list of selectable items that would appear in window 61 
(FIG. 4 and FIG. 5). 

The hidden cart field in FIG. 7 is at entry 252 in the 
file. At entry 252, the hidden field indicates the name of 
the field is "cart, " and the value in the cart field is "AT&T 
GIS NCR 53C815." In other words, the value is the 
device driver previously selected by the user. 

Operation 1 88 in the browser when it processes the 
shopping page file shown in FIG. 7 generates the page 



shown as FIG. 5 on the user's monitor at the client sta- 
tion. The user may now select additional items, may 
select another page with other device drivers or may 
make a review request by selecting icon 67, 'Review or 

5 download my collection". 

Assume that the user selects the network icon 56B. 
A request for the page containing network device driver 
. selections would go out to the server. An HTML shop- 
ping page is returned to the browser from the server. 

w The page is similar to that shown in FIG. 5 except the 
scrollable items in scrolling window 61 would be net- 
work software device drivers. If the user then at opera- 
tion 200 in FIG. 2C were to select the add icon 64 after 
selecting a network device driver, decision operation 

15 202 would detect that the request being received was 
not a review request and would branch the process to 
operation 164 in FIG. 2A to generate the add request. 
The browser and server would proceed as described 
above through operations 166 to 184 to add the 

20 selected network device drive to the cart field hidden in 
the shopping page file sent back to the browser in 
response to the add request. 

Assuming that the user has shopped enough and 
wishes to review or download the selected collection of 

25 drivers, the user would select the icon 67, "Review or 
download my collection". In this instance, the process 
would branch yes at decision operation 202 to send 
review request operation 203 in FIG. 2D. This review 
request includes the "cart" field containing the list of 

30 selected items by the user and the market program 
identifier. 

In Fig. 2D, the review request is received at opera- 
tion 205 in the server. Operation 207 detects the market 
program identifier received in the review request and 

35 invokes the market program. Operation 209 converts 
the "cart" field in the review request to a "cart" list of 
selected items. At this point the server could add or 
delete items in the cart list; however in the review 
request there is no add or delete process so operation 

40 21 1 in Fig. 2E converts the "cart" list back to the "cart" 
field. 

In Fig. 2E, operation 213 then generates a HTML 
cart page file and inserts the cart field string into that 
file. Operation 215 sends this HTML cart page file con- 

45 taining the cart field to the browser. After the HTML cart 
page file is sent, operation 217 releases the "cart" list 
temporary storage, and the market program exits. 

At the browser, operation 219 receives and stores 
the HTML cart page file containing the cart field with the 

so string of collected items selected by the user. From this 
page file, operation 221 builds and displays the cart 
page. The cart page includes a window 91 containing 
the list of collected items selected by the user. The cart 
page is shown in Fig. 6. If the user selects a view infor- 

55 mation icon 65 in Fig. 6, then a request will go to the 
server to produce an HTML shopping page file with 
information about the selected items in the cart field. If 
the user wishes to delete one or more items from the 
collected items in window 91 , the user selects the Hems 
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to be deleted by highlighting them and then selects but- 
ton 93. 

In Fig. 2E, at operation 223 the user select a delete 
item in window 91 and then selects delete icon 93 as 
discussed above. Decision operation 225 tests whether s 
the operation performed by the user was a delete 
request or a download request. Since the operation was 
a delete request, the process branches "No" to delete 
request generation module 227. Module 227 generates 
a delete request containing (1) the market program 10 
identifier, (2) the "cart "field of collected items and (3) 
the selected delete items to be deleted from the cart 
field. 

The delete request is sent by operation 229 in Fig. 
2F from the browser to the server. At the server opera- is 
tion 231 receives the delete request and invokes the 
market program. Operation 233 then converts the cart 
field string in the delete request into a cart list of col- 
lected items previously selected by the user. Operation 
225 reads the selected delete items in the delete 20 
request and deletes these selected delete items from 
the cart list. 

The updated cart list is converted back to a cart list 
by operation 21 1 in Fig. 2E. The server again builds the 
cart page file at operation 213 and sends the cart page 2s 
file with updated cart field at operation 215 back to the 
browser. Receive and store module 219 receives the 
cart page and stores it at the browser. Operation 221 
again builds the cart page and displays the cart page 
with the updated listed of collected items, i.e. the previ- 30 
ous list of collected items less the selected delete items 
just deleted. Assuming the user is now ready to down- 
load the remaining Hems in the shopping cart, the user 
at operation 223 in Fig 2E selects download icon 94 
(Fig. 6). Decision operation 225 detects the presence of 35 
a download request and the process branches to oper- 
ation 204 in Fig. 2G. 

In FIG. 2G, operation 204 at the browser sends the 
download request to the server. The download request 
identifies the market program and thereby the server 40 
providing the market program and includes the cart field 
with the collection of selected items to be downloaded. 

At the server, receive operation 206 receives the 
download request from the browser, and operation 208 
invokes the market program identified in the download 45 
request. Conversion operation 210 at the server con- 
verts the cart field string into a cart list of selected items. 
Retrieve and send operation 212 then retrieves each of 
the device drivers identified as a selected item on the 
cart list and sends each identified device driver to the so 
browser. At the browser, operation 214 receives the 
selected software device drivers and loads them into a 
storage device for use by the user. 

During this shopping process, when a HTML shop- 
ping page file is received at the browser, this file is ss 
stored. The browser provides a facility whereby a his- 
tory of HTML page files may be reviewed. This permits 
the user to browse to other pages not containing the 
cart field but at a later time to return to the page contain- 



ing the cart field and resume shopping. Because the 
cart data, i.e. the selected items in the cart, are in the 
HTML shopping page file, the user can store that file for 
use at a later time. In this case, a later time might be 
another day when accessing the same server and mar- 
ket program over the Internet. 

Thus, the present invention provides a computer- 
executable process embedded in a computer-useable 
medium, for example, a storage medium containing a 
computer program, for shopping on the Internet or any 
network in which all information necessary for meeting 
the user's item selections are kept in hidden fields in 
pages that may be retained by the user at the client sta- 
tion. The server need not retain any information about 
who the user was or what the user selected. 

While the invention has been particularly shown 
and described with reference to a preferred embodi- 
ment thereof, it will be understood by those skilled in the 
art that various other changes in the form and details 
may be made therein without departing from the spirit 
and scope of the invention. 

In the claims which follow, we make no claim to any 
particular source code, object code, or computer pro- 
gram listing as such, within the meaning of Article 52(3) 
of the European Patent Convention. 

Claims 

1. A computer-executable process, embedded in a 
computer-useable medium, for supplying items on 
a network (46), the network having at least one 
computer-server (20) for communicating with users 
employing a browser program on a terminal/com- 
puter (35) at a location remote from said computer- 
server, said embedded process comprising the 
steps of: 

receiving (152), at the computer-server, a 
transmitted command from said browser pro- 
gram for a shopping page (40); 

in response to said transmitted command, gen- 
erating (154) a shopping page file and transmit- 
ting (156) the shopping page file to said 
browser program; 

receiving (1 68), at the computer-server, at least 
one user selected item from the shopping page 
received (158) by the browser program; 

creating (1 74) a list at the computer server; 

at the computer server, adding (178) to the list 
each user selected item received by said 
receiving step; 

returning (184) from the computer server the 
list of items in an entry of a shopping page file 
to said browser program; and 
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continuing user selection (200), receiving (168) 
data strings, adding (178) items to said list and 
returning (184) said list until termination by the 
user. 

5 

2. An embedded process in accordance with claim 1 , 
further comprising the step of: 

sending (215) from the computer-server 
selected items to the user in response to a 10 
command initiated (203) by the browser pro- 
gram. 

3. An embedded process in accordance with claim 2, 
further comprising the step of: 15 

at the computer server, deleting (235) from the 
list each user selected item received by said 
receiving step. 

20 

4. An embedded process in accordance with claim 1 . 
wherein said user selected items identify computer 
programs, and including at the computer-server the 
steps of: 

25 

downloading, upon receipt of a command (204) 
from the browser, computer programs identi- 
fied by the user selected programs. 

5. An embedded process in accordance with claim 1 , 30 
wherein said creating (174) step comprises the 
steps of: 

separating (170) fields in the data strings into 
name/value pairs; 35 

determining (172) if there are any values in a 
"cart" field by examination of the "cart" field, 
and if so, 

40 

converting (176) said values into a list of previ- 
ously selected items. 

6. An embedded process in accordance with claim 5, 
wherein said adding step comprises the steps of: 45 

adding new selected items to said list; 

converting (180) said list to a field data string; 

50 

generating (182) a new shopping page file with 
said field data string in a hidden field thereof, 
and 

transmitting (184) said new shopping page to ss 
said browser program. 

7. A computer-executable process according to any of 
claims 1 to 6, characterized in that the computer- 
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useable medium is a storage medium. 

8. A computer-executable process according to claim 
7, stored in a memory, a hard disk, a floppy disk, or 
a CD-ROM. 

9. A computer-executable process according to any of 
claims 1 to 6, characterized in that the computer- 
useable medium is a transmission medium, or a 
communications network, preferably the Internet. 

1 0. A computer program for executi ng a computer proc- 
ess in a server computer (20) for responding to 
shopping requests from a browser system at a cli- 
ent station (35) so that a shopping cart collection of 
items selected at the browser system is managed 
at the browser system rather than the server, said 
program comprising; 

a first computer code mechanism (168) for 
receiving an add request from the browser sys- 
tem, said add request identifying a market sys- 
tem at the server and having a shopping cart 
field and a selected item to be added by the 
market system to a shopping cart list; 

a second computer code mechanism (176) for 
converting a shopping cart field in the add 
request to the shopping cart list; 

a third computer code mechanism (178) for 
adding the selected item to the shopping cart 
list to provide an updated cart list containing 
the selected item and any previous selected 
items from earlier add requests; 

a fourth computer code mechanism (180) for 
converting the updated cart list to an updated 
version of the shopping cart field; 

a fifth computer code mechanism (182) for 
generating a page file and embedding the 
updated version of the shopping cart field in the 
page file; and, 

a sixth computer code mechanism (184) for 
sending the page file to the browser system at 
the client station whereby the page file, con- 
taining one or more selected items in the shop- 
ping cart field, is managed by the browser 
system at the client station. 

11. A computer program according to claim 10, further 
comprising, 

a seventh computer code mechanism (185) for 
releasing storage space used to store the 
shopping cart list at the server. 
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12. A computer program according to claim 11, further 
comprising, 

an eighth computer code mechanism (206) for 
receiving a download request from the browser s 
system, said download request identifying a 
market system at the server and having a 
shopping cart field of previously selected items; 

a ninth computer code mechanism (210) for w 
converting the shopping cart field of previously 
selected items from a download request to a 
shopping cart list of downloadable selected 
items;.and, 

15 

a tenth computer code mechanism (212) for 
retrieving each selected computer file identified 
from the shopping cart list of downloadable 
selected items and sending the selected com- 
puter file to the browser system at the client. 20 
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